#Clean Architecture

[devleader]

What is CQRS and how might it fit into Clean Architecture? CQRS (Command and Query Responsibility Segregation), is a pattern that separates read and update operations for a data store. It can fit really nicely into Clean Architecture because of the alignment with separation of concerns that the pattern and the software architecture both support. Start with some CSharp code examples and tips to get started with these two things in this article! Read the article here: https://www.devleader.ca/2024/02/07/cqrs-pattern-in-c-and-clean-architecture-a-simplified-beginners-guide/ #CleanArchitecture #CSharp #DotNet

[manhasderessaca-blog]

Data Transfer Object (DTO): Também conhecido como Classe de Resultado. No contexto da Arquitetura Limpa, o DTO é uma classe mais simples usada para transferir dados entre diferentes partes do sistema, geralmente para passar informação entre uma camada e outra.

[inf-soft]

Clean Architecture: ¿Realmente mi arquitectura es Clean?

La Clean Architecture, formulada por Robert C. Martin, también conocido como “Uncle Bob”, es un enfoque de diseño de software que enfatiza la separación de intereses y la independencia de marcos y herramientas. Este enfoque promueve la creación de sistemas que son fáciles de mantener y extender, lo que resulta en software de alta calidad y larga vida útil. En la era moderna del desarrollo de…

[understanding-react-native]

Discover the strengths and weaknesses of various mobile app architecture patterns like MVC, MVP, MVVM, and Clean Architecture to choose the best fit for your project.

[amourfae]

sleep like a winter bear.

[mylifeinwindows]

[brawley1492]

Quaint,

Clean and charming architecture ... Porvoo Finland

[indiesprings]

[detroitlib]

Close-up view of the cornice and frieze on the Main Library, Detroit Public Library. Newspaper article, from Detroit Free Press, June 11, 1955 on back: "Council closes book on library blasting." Article discusses the controversy regarding proper way to clean marble exterior of Main Library. Handwritten on back: "Main Library cleaning."

Burton Historical Collection, Detroit Public Library

[devleader]

How does MediatR fit into Clean Architecture? Leveraging a Mediator pattern in Clean Architecture can help by allowing modules to communicate with each other without coupling them together. Instead of hand-rolling your own Mediator implementation, we can use the awesome MediatR nuget package to greatly simplify this for us! Learn how these two things can work together with CSharp code examples in this article. Read the article here: https://www.devleader.ca/2024/02/06/c-clean-architecture-with-mediatr-how-to-build-for-flexibility/ #CleanArchitecture #CSharp #DotNet

[manhasderessaca-blog]

Sobre Arquitetura Limpa e inseguranças de uma dev júnior/pleno

[09/09/2024]

Acho que a pior parte de não ter tido a oportunidade de trabalhar com pessoas mais experientes é a sensação de que preciso tentar entregar tudo o mais perfeito possível, mas não sei exatamente *como*. Ou até sei, mas não o suficiente.

E essa sensação piorou significativamente quando entrei no projeto novo em que estou trabalhando. É um código em Flutter muito maduro, um aplicativo com mais de 3 anos de vida e escrito por desenvolvedores experientes.

O problema? Bem. Não existe exatamente um padrão no projeto. Um parte dele usa Arquitetura Limpa em sua melhor forma: arquivos de Repository, Datasource e UseCase bem separados.

Mas a outra parte do app (a maior parte dele) usa apenas uma versão simplificada de Repository e Datasource, sem UseCase.

Agora, toda vez que vou criar uma feature nova, perco umas 2h tentando lidar com a insegurança :P (Obrigada, devs sêniors que não estão mais no projeto e deixaram esse Frankenstein aos meus cuidados!).

Já trabalhei com Arquitetura Limpa antes, mas era muito mais fácil trabalhar com ela quando todo o aplicativo seguia um padrão só. Afinal, eu não precisava pensar muito na utilidade do UseCase antes de começar a escrever o código.

Ao invés disso, no meu trabalho atual eu fico pensando: por que ele escolheu não usar o usecase nessa outra feature? Foi uma escolha? Foi preguiça? Existem momentos em que o UseCase não é necessário? Eu estou escrevendo abstrações demais por nada?

DESCULPA, uma dev júnior que "ganhou" o cargo de pleno está surtando agora.

Esse texto meio diário, então, é uma sessão de estudo com um lembrete para mim sobre alguns conceitos importantes sobre os UseCases dentro da Arquitetura Limpa.

O papel dos UseCases

A Arquitetura Limpa preza pelas responsabilidades bem divididas entre as camadas da aplicação. O papel do UseCase é manter as operações/manipulações de dados separadas da camada de Apresentação.

"Os use cases são responsáveis por executar a lógica de negócios da aplicação, processar dados, realizar ações específicas e coordenar as operações que envolvem os repositórios ou serviços." - Por que precisamos do Use Case?

Esse artigo mitigou um pouco de uma das minhas maiores dores escrevendo UseCases: Tá, mas ele só tá chamando o Repository, por quê tô escrevendo ele? É uma abstração desnecessária?

A resposta é NÃO. Mesmo o UseCase mais simples é útil por causa de 3 fatores:

Separa a lógica de negócio da apresentação - Okay, esse é o objetivo principal do UseCase, mas isso é particularmente útil quando você precisar modificar a lógica relacionada a uma regra de negócio sem impactar negativamente a camada de Apresentação

Facilitar testes - A lógica de negócios isolada também dá mais uma vantagem: facilita na hora da criação de testes. Isso porque agora você não vai depender da implementação do Repository para implementar os testes. Você consegue escrever testes unitários para verificar se a lógica aplicadas às regras de negócio estão certas, criando mocks para simular o comportamento do Repository, por exemplo.

Manutenção de código - Se por acaso você decidir mudar a maneira como os dados são recebidos pela API, você pode fazer isso apenas mudando a implementação do Repository, sem mexer no UseCase.

Esse último tópico abriu os meus olhos para algumas coisas, inclusive. Recentemente o aplicativo passou por uma migração grande de uma parte das chamadas de API. O processo teria sido muito mais simples se tivéssemos um UseCase implementado nessa parte da aplicação!

Usei a Perplexyti.ai para conversar comigo me explicando melhor os conceitos para além das leituras, e foi muito útil! Considero que foi uma sessão de estudo bem produtiva :)

[celestialtulip]

Feeling a little shy about posting drawings again, but here’s a sketch for a linocut I want to make. Archangel Michael x Dame Aylin, pose based on “The Archangel Michael Weighing a Soul” by Lucas Cranach the Elder, 1506.

[hipstafootprint]

Icarus · Zurich 2024

[amourfae]

sluggish mornings in the rain.

[liones-s]

Toronto Reference Library, Toronto, Canada

[lilacerull0]

this is about lila&tina btw.